home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / ietf / njm / njm-minutes-91jul.txt < prev    next >
Text File  |  1993-02-17  |  4KB  |  100 lines
  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4.  
  5. Reported by Kenneth Goodwin/PSC
  6.  
  7. NJM Minutes
  8.  
  9. Instead of putting actual copies of maps into central repositories,
  10. pointers as to where to get the maps should be placed there.  This would
  11. make it easier and quicker to update maps, since the network manager
  12. does not have to distribute maps, just update the local copy.
  13.  
  14. It seems as though the very bade traceroute has disappeared from many
  15. peoples' list of tools.  Matt Mathis said that it appears that
  16. traceroute is included in Ultrix 4.2, although it is unknown whether it
  17. does third party or not.  Sources for traceroute are available via
  18. anonymous ftp from ftp.lbl.gov (may not include the third party mods)
  19. and from nic.near.net (in the pub or src directory).
  20.  
  21. Also, Matt M. provided some examples of traceroutes into the backbone
  22. that failed.  The common denominator being that if the endpoint or the
  23. corner of the third party traceroute is in the backbone, it will fail.
  24. Merit says that this may be by design.
  25.  
  26. Merit/ANS discussed their architecture plans for the CNSS [see also
  27. slides from the plenary technical presentation by Elise Gerich and
  28. Jordan Becker - EFH]. Currently, they decrement the TTL through the
  29. routers, but would like to make the CNSS's in a POP appear to be one
  30. router by only decrementing the TTL on entry or exit.  This would make
  31. the separate CNSS's invisible.  One point against this is that in a
  32. tightly coupled FDDI, this could create a giant loop.  (??)  Merit also
  33. said that future cards will receive routing updates from the CPU.
  34.  
  35. Fallback paths were also discussed.  (In particular fallback paths of
  36. lower capacity) Some important points were that if a backup path exists,
  37. then it should be carrying some traffic all the time, so that the backup
  38. path's status is known at all times.  Backup paths of lesser capacity
  39. can easily be flooded by production traffic, so some means of limiting
  40. traffic must be made.  Things like mail can be MX'ed to the backup path,
  41. and all other traffic could be blackholed.
  42.  
  43. As nets become faster, monitoring is becoming harder.  Merit is
  44. currently using periodic sampling of 1 in every 50 packets on the T3.
  45. Merit would like to use a more stochastic process.  More work needs to
  46. be put into this to determine a more accurate sampling process.
  47.  
  48. With more and more nets appearing, some better method of reporting
  49. outages is needed.  An outage of a campus with large nets could easily
  50. flood people.  A template for reporting outages is needed, so that a
  51. database can parse these messages and store the information.  Thus, one
  52. need not even read the mail, but query the database for the net in
  53. question.
  54.  
  55. Merit is working on something like this for trouble ticket tracking.
  56.  
  57.                                    1
  58.  
  59.  
  60.  
  61.  
  62.  
  63. Since high schools are entering the internet, two problems are
  64. occurring.  Under what name should the schools appear.  (us or edu)
  65. Also, how do we get them started?  Nearnet offers a full service option
  66. for new people, that completely orients the newcomer.  User Services
  67. should also target the end user and not just the network operators.
  68.  
  69. Attendees
  70.  
  71. Vikas Aggarwal           vikas@JVNC.net
  72. Jordan Becker            becker@nis.ans.net
  73. Eric Carroll             eric@utcs.utoronto.ca
  74. Henry Clark              henryc@oar.net
  75. Tom Easterday            tom@cic.net
  76. Susan Estrada            Estradas@cerf.net
  77. Vince Fuller             vaf@stanford.edu
  78. Maria Gallagher          maria@nsipo.arc.nasa.gov
  79. Kenneth Goodwin          goodwin@psc.edu
  80. Jack Hahn                hahn@umd5.umd.edu
  81. Eugene Hastings          hastings@psc.edu
  82. Ittai Hershman           ittai@nis.ans.net
  83. Daniel Long              long@nic.near.net
  84. Matt Mathis              mathis@psc.edu
  85. Philippe Park            ppark@bbn.com
  86. Marsha Perrott           mlp+@andrew.cmu.edu
  87. Robert Reschly           reschly@brl.mil
  88. Ron Roberts              roberts@jessica.stanford.edu
  89. Timothy Salo             tjs@msc.edu
  90. Tom Sandoski             tom@concert.net
  91. Roxanne Streeter         streeter@nsipo.nasa.gov
  92. Ross Veach               rrv@uiuc.edu
  93. Chris Waters-Pierandozzi waters@jvnc.net
  94. Gerard White             ger@concord.com
  95. Cathy Wittbrodt          cjw@nersc.gov
  96.  
  97.  
  98.  
  99.                                    2
  100.